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DETAILED ACTION 

1 . This is in response to the Amendment filed on 9/7/2004. Claim 4 is cancelled. 
Claims 1-3 and 5-30 are presented for examination. 

Claim Rejections - 35 USC § 102 

4. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under 
section 122(b), by another filed in the United States before the invention by the 
applicant for patent or (2) a patent granted on an application for patent by another filed 
in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the 
effects for purposes of this subsection of an application filed in the United States only if 
the international application designated the United States and was published under 
Article 21(2) of such treaty in the English language. 

2. Claims 1 2-1 5, 1 8-22, 24 and 28 are rejected under 35 U.S.C. 1 02(e) as being 
anticipated by Delaney et al. (Hereafter Delaney), U.S. pat. No.6,374,289. 



As to claim 12, Delaney discloses a processor-based system comprising: 
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a processor (Peer Client 20 fig.1 A) and a data storage medium (local memory or 
disk cache associated with the Peer Client) coupled to said processor and storing 
instructions enabling said processor to set up an on-line meeting with a remote 
processor-based system (Peer Client 22 fig.1A) [Peer Client 20 connected to Peer 
Client 22 by an local network (14 fig.1 A) using quires to determine if any peer client has 
a particular package sending quires to other peer clients to determine if any of them has 
a particular package and obtaining the desired data package if available, see fig.1 A, 
col.4 line 66 to col.5 line 19]. 

receive data from the remote processor-based system related to information to 
be transmitted (if the Peer Client 22 has the desired data package, then peer client 20 
obtain the data package from Peer Client 22, see fig.1 B, col.5 lines 19-41) and 
determine whether the information is stored in a local cache, and retrieve the locally 
cached information to display an image on said processor-based system during the on- 
line meeting if the information was locally cached [Peer CHent obtaining the data 
package (cached data) from other Peer Client if the desired data package is available, 
see col.5 line 53 to col.6 line 43]. 

As to claim 13, Delaney discloses storing instructions enabling the processor to receive 
an image identifier [each data package (including documents, images, messages, data 
packages or other types of data, see col.1 lines 16-35) having a unique identifier MD5, 
see col.6 lines 12-43]. 
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As to claim 14, Delaney discloses that the data storage medium further storing 
instructions enabling the processor to determine whether the image identifier identifies 
locally cached information (i.e., using hash tables containing information about data 
package, unique identifier and the location of the data package on the local network to 
determine if a client can then proceed to download the data package, see col.6 lines 13- 
65 and col.7 lines 10-39). 

As to claim 15, Delaney discloses that the data storage medium further stores 
instructions enabling the processor to receive a portion of a downloaded image, the 
portion to enable identification of locally cached information (determining if client "A" 
had already downloaded a larger portion of the required data package than client "B", 
transferring the data package from client "A" is more optimal and indicating a fraction of 
the data package already downloaded, see col.9 lines 15-61 and col. 10 lines 36-67). 

As to claim 18, Delaney discloses the data storage medium further stores instructions 
enabling the processor (Client A) to download information from the remote processor- 
based system (Client B) if the information is not locally cached (Client A downloading 
data package from Client B if the data package was not found in the local storage 
medium of Client A, see col.7 lines 10-61). 

As to claim 19, Delaney discloses the data storage medium further stores instructions 
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enabling the processor to cache the downloaded information (using Peer Client A for 
downloading the data package to the local storage, see col.5 lines 19-41 and col.7 lines 
10-61). 

As to claim 20, Delaney discloses that the data storage medium further stores 
instructions enabling the processor to associate the cached information with an identifier 
(any peer client knows both the unique identifier and the location of the data package on 
the local network, that client can then proceed to download the data package, see col. 6 
lines 13-65 and col.7 lines 10-39). 

As to claim 21 , Delaney discloses the data storage medium further stores instructions 
enabling the processor to associate the cached information with an identifier included 
with said data (each data package has an unique identifier and the location of the data 
package on the local network, see col. 6 lines 13-65). 

As to claim 22, Delaney an article comprising medium storing instructions that enable a 
first processor-based system (22 fig.1 A) to: 

set up an on-line meeting with a second processor-based system (20 fig.1 A), 
display an image during the online meeting and send data to the second processor- 
based system (20 fig.1A) related to information to be transmitted [Peer Client 20 v 
connected to Peer Client 22 by an local network (14 fig.1 A) using quires to determine if 
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any peer client has a particular package and obtaining the desired data package if 
available, see fig.1 A, col.1 lines 17-34 and col.4 line 66 to col.5 line 19]. 

transmit the image data to the second processor based system (20 fig.1 A) in 
response to a request from the second processor-based system (if the Peer Client 22 
has the desired data package, then peer client 20 obtain the data package from Peer 
Client 22, see fig.1 B, col.5 lines 19-41). 

As to claim 24, Delaney discloses a method comprising: 

setting up an on-line (through External network 18 fig.1 A) meeting with a 
processor based system (20 fig.1 A) and receiving data from the processor-based 
system (20 fig.1 A) related to image to be displayed during the online meeting (sending 
quires to other peer clients to determine if any of them has a particular package and 
obtaining the desired data package including images if available, see fig.1 A, abstract, 
col.4 line 66 to col.5 line 19). 

determining whether the image information is locally cached and retrieving the 
cached information if the image information was locally cached [Peer Client transmitting 
the data package (cached data) from other Peer Client rather than server if the desired 
data package is available, see col.5 line 53 to col.6 line 43]. 

As to claim 28, Delaney discloses an article comprising a medium storing 
instructions that enable a first processor-based system (Peer Client 20 fig.1 A) to: 
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set up an on-line meeting (using External Network 18 fig.1A) with a second 
processor-based system (Peer Client 22 fig.1A) and receive data from the second 
processor-based system (Peer Client 22 fig.1A) (sending quires to other peer clients to 
determine if any of them has a particular package and obtaining the desired data 
package if available, see fig.1A, abstract, col.4 line 66 to col.5 line 19). 

compare the received data with locally cached data and replace the locally 
cached data with received data if the received data differs from corresponding locally 
cached data (Client 20 obtaining the data package and storing data package in its 
cache if Client 22 has the data package, see col.5 lines 20-52 and col.6 lines 13-43). 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1-3 and 8-1 1 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Delaney et al. (Hereafter Delaney), U.S. pat. No.6,374,289 in view of Maddalozzo, 
Jr. etal., U.S. Pat. No.5,878,218 (hereafter Maddalozzo). 

As to claim 1 , Delaney discloses an article comprising a medium storing instructions 
that enable a first processor-based system (Peer Client 20 of fig. 1 A) to: 
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set up an on-line meeting with a second processor-based system (Peer Client 22 
of fig. 1 A) (Peer Client 20 connected to Peer Client 22 by an local network (14 fig.1A) 
using quires to determine if any peer client has a particular package, see fig.1 A, col.4 
line 66tocol.5 line 19). 

receive image data from the second processor-based system (Peer Client 22 
fig.1 A), said image data to enable the display of an image transmitted from the second 
processor -based system (if the Peer Client 22 has the desired data package including 
image data, then peer client 20 obtain the data package from Peer Client 22, see fig.1 B, 
col.1 lines 17-34 and col.5 lines 19-41). 

retrieve the image information if the information from the local cache if the 
information was locally cached [Peer Client transmitting the data package (cached data) 
from other Peer Client if the desired data package is available, see col.5 line 53 to col. 6 
line 43]. 

Delaney does not specifically disclose upon receipt of the image data, utilize received 
image data to determine whether the information for the image is stored in a local 
cache. However, Maddalozzo discloses disclose upon receipt of the image data, utilize 
received image data to determine whether the information for the image is stored in a 
local cache (see abstract, fig.5C, col.1 1 line 42 to col.12 line 58). It would have been 
obvious to one of the ordinary skill in the art at the time the invention was made to 
implement Maddalozzo's teachings into the computer system of Delaney to identify the 
common cache of the requested data file because it would have allowed users to 
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access the most recent version of the requested data file that has been downloaded into 
a private network from a source external to the private network. 



As to claim 2, Delaney discloses storing instructions that enable a first processor-based 
system to receive an image identifier [each data package (including documents, 
images, messages, data packages or other types of data, see col.1 lines 16-35) having 
a unique identifier MD5, see col.6 lines 12-43]. 

As to claim 3, Delaney discloses storing instructions that enable a first processor-based 
system to determine whether the image identifier identifies locally cached information 
(any peer client knows both the unique identifier and the location of the data package on 
the local network, that client can then proceed to download the data package, see col.6 
lines 13-65 and col.7 lines 10-39). 

As to claim 8, Delaney discloses storing instructions that enable a first processor-based 
system to complete the download of information from the second processor-based 
system if the image information is not locally cached (Client A downloading data 
package from Client B if the data package was not found in the local storage medium of 
Client A, see col.7 lines 10-61). 
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As to claim 9, Delaney discloses storing instructions that enable a first processor-based 
system to cache the downloaded information (using Peer Client A for downloading the 
data package to the local storage, see col. 5 lines 19-41 and col. 7 lines 10-61). 

As to claim 10, Delaney discloses storing instructions that enable a first processor- 
based system to associate the cached information with an identifier information (any 
peer client knows both the unique identifier and the location of the data package on the 
local network, that client can then proceed to download the data package, see col. 6 
lines 13-65 and col.7 lines 10-39). 

As to claim 11, Delaney discloses storing instructions that enables a first processor 
based system to associate the cached information with an identifier included with said 
data (each data package has an unique identifier and the location of the data package 
on the local network, see col.6 lines 13-65). 

5. Claims 5-7, 16, 17, 23, 25-27, 29 and 30 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over unpatentable over Delaney and Maddalozzo and further in 
view of Pitts (Hereafter Pitts), U.S. Pat. No.6,205,475 

As to claim 5, although, Delaney does suggest instructions that enables a first 
processor based system (20 fig.1A) to determine a state of a second based system 
processor (22 fig.1A) (i.e., using quires to determine if any peer client has a particular 
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package sending quires to other peer clients to determine if any of them has a particular 
package and obtaining the desired data package if available, see fig.1 A, col.4 line 66 to 
col. 5 line 19). Neither Delany nor Maddalozzo specifically discloses flushing the cached 
information depending on a state of the second processor. However, Pitts in the same 
Client-Server monitoring network environment discloses instruction flushing the cached 
information depending on a state of a second processor (42 fig.1) [i.e., using a 
CQ_SERVICE Channels (116 of fig.8) on the CQ_SERVICE list have been used 
recently, and are approaching the point where they will be unable to respond 
immediately to a request to access data from a client workstation and containing an 
image of data that has been modified by the client workstation (42 fig.1 ) may contain 
dirty file data or metadata that needs to be flushed downstream toward the NDC server 
terminator site, see figs.1 , 8, col.20 lines 7-57 and col.26 lines 4-47). It would have 
been obvious to one of the ordinary skill in the art at the time the invention was made to 
implement Pitts' teachings into the computer system of Delaney to monitor activities in a 
client computer's interface because it would have reduced delay data access times and 
maintained project images over an extended period of time so that requests by a client 
can be repeatedly serviced from the initial service of data (see Pitts' col.6 lines 24-49 
and col.20 lines 36-57). 

As to claim 6, although, Delaney does suggest transferring only needed data packages 
in a request message (see Delaney's col.1 1 lines 39-67). Neither Delany nor 
Maddalozzo specifically discloses flushing the cached information and allowing images 
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to be altered. However, Pitts in the same Client-Server monitoring network environment 
discloses flushing the cache information and allowing images to be altered [i.e., using a 
CQ_SERVICE Channels (1 1 6 of fig.8) on the CQ_SERVICE list have been used 
recently, and are approaching the point where they will be unable to respond 
immediately to a request to access data from the client workstation and containing an 
image of data that has been modified by the client workstation may contain dirty file 
data or metadata that needs to be flushed downstream toward the NDC server 
terminator site, see fig.8, col.20 lines 7-57 and col.26 lines 4-47). It would have been 
obvious to one of the ordinary skill in the art at the time the invention was made to 
implement Pitts' teachings into the computer system of Delaney to monitor activities in a 
client computer's interface because it would have reduced delay data access times and 
maintained project images over an extended period of time so that requests by a client 
can be repeatedly serviced from the initial service of data (see Pitts' col.6 lines 24-49 
and col.20 lines 36-57). 

As to claim 7, although, Delaney does suggest instructions that enables a first 
processor based system (20 fig.1A) to send to the second processor (22 fig.1A) a 
request for information on the state of the second processor concerning its state (22 
fig.1A) (i.e., using quires to determine if any peer client has a particular package 
sending quires to other peer clients to determine if any of them has a particular package 
and obtaining the desired data package if available, see fig.1 A, col.4 line 66 to col. 5 line 
1 9). Neither Delany nor Maddalozzo specifically discloses flushing the cached 
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information depending on a state of the second processor. However, Pitts in the same 
Client-Server monitoring network environment discloses instruction flushing the cached 
information depending on a state of a second processor (42 fig.1) [i.e., using a 
CQ_SERVICE Channels (116 of fig.8) on the CQ_SERVICE list have been used 
recently, and are approaching the point where they will be unable to respond 
immediately to a request to access data from a client workstation and containing an 
image of data that has been modified by the client workstation (42 fig.1 ) may contain 
dirty file data or metadata that needs to be flushed downstream toward the NDC server 
terminator site, see figs.1 , 8, col.20 lines 7-57 and col.26 lines 4-47). It would have 
been obvious to one of the ordinary skill in the art at the time the invention was made to 
implement Pitts' teachings into the computer system of Delaney to monitor activities in a 
client computer's interface because it would have reduced delay data access times and 
maintained project images over an extended period of time so that requests by a client 
can be repeatedly serviced from the initial service of data (see Pitts' col. 6 lines 24-49 
and col.20 lines 36-57). 

As to claim 16, although, Delaney does suggest instructions that enables the processor 
based system (20 fig.1 A) to send to the second processor (22 fig.1A) a request for 
information on the state of the remote processor (22 fig.1 A) (i.e., using quires to 
determine if any peer client has a particular package sending quires to other peer 
clients to determine if any of them has a particular package and obtaining the desired 
data package if available, see fig.1 A, col.4 line 66 to col.5 line 19). Neither Delany nor 
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Maddalozzo specifically discloses flushing the cached information depending on a state 
of the second processor. However, Pitts in the same Client-Server monitoring network 
environment discloses instruction flushing the cached information depending on a state 
of a second processor (42 fig.1 ) [i.e., using a CQ_SERVICE Channels (116 of fig.8) on 
the CQ_SERVICE list have been used recently, and are approaching the point where 
they will be unable to respond immediately to a request to access data from a client 
workstation and containing an image of data that has been modified by the client 
workstation (42 fig.1 ) may contain dirty file data or metadata that needs to be flushed 
downstream toward the NDC server terminator site, see figs.1 , 8, col.20 lines 7-57 and 
col.26 lines 4-47). It would have been obvious to one of the ordinary skill in the art at 
the time the invention was made to implement Pitts' teachings into the computer system 
of Delaney to monitor activities in a client computer's interface because it would have 
reduced delay data access times and maintained project images over an extended 
period of time so that requests by a client can be repeatedly serviced from the initial 
service of data (see Pitts' col.6 lines 24-49 and col.20 lines 36-57). 

As to claim 17, neither Delany nor Maddalozzo specifically discloses specifically 
disclose flushing the cached information and allowing images to be altered. Although, 
Delaney does suggest transferring only needed data packages in a request message 
(see Delaney's col.1 1 lines 39-67). Neither Delany nor Maddalozzo specifically 
discloses flushing the cached information and allowing images to be altered. However, 
Pitts in the same Client-Server monitoring network environment discloses flushing the 
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cache information and allowing images to be altered [i.e., using a CQ_SERVICE 
Channels (1 16 of fig.8) on the CQ_SERVICE list have been used recently, and are 
approaching the point where they will be unable to respond immediately to a request to 
access data from the client workstation and containing an image of data that has been 
modified by the client workstation may contain dirty file data or metadata that needs to 
be flushed downstream toward the NDC server terminator site, see fig.8, col.20 lines 7- 
57 and col.26 lines 4-47). It would have been obvious to one of the ordinary skill in the 
art at the time the invention was made to implement Pitts' teachings into the computer 
system of Delaney to monitor activities in a client computer's interface because it would 
have reduced delay data access times and maintained project images over an extended 
period of time so that requests by a client can be repeatedly serviced from the initial 
service of data (see Pitts' col.6 lines 24-49 and col.20 lines 36-57). 

As to claim 23, Delaney discloses storing instructions that enable a first processor- 
based system (22 fig.1A) to send data to the second processor-based system (20 
fig.1A) concerning a state of the processor (i.e., using quires to determine if any peer 
client has a particular package sending quires to other peer clients to determine if any of 
them has a particular package and obtaining the desired data package if available, see 
fig.1A, col.4 line 66 to col. 5 line 19). Neither Delany nor Maddalozzo specifically 
discloses flushing the cached information depending on a state of the second 
processor. However, Pitts in the same Client-Server monitoring network environment 
discloses instruction flushing the cached information depending on a state of a second 
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processor (42 fig.1) [i.e., using a CQ_SERVICE Channels (116 of fig.8) on the 
CQ_SERVICE list have been used recently, and are approaching the point where they 
will be unable to respond immediately to a request to access data from a client 
workstation and containing an image of data that has been modified by the client 
workstation (42 fig.1 ) may contain dirty file data or metadata that needs to be flushed 
downstream toward the NDC server terminator site, see figs.1 , 8, col.20 lines 7-57 and 
col.26 lines 4-47). It would have been obvious to one of the ordinary skill in the art at 
the time the invention was made to implement Pitts' teachings into the computer system 
of Delaney to monitor activities in a client computer's interface because it would have 
reduced delay data access times and maintained project images over an extended 
period of time so that requests by a client can be repeatedly serviced from the initial 
service of data (see Pitts' col.6 lines 24-49 and col.20 lines 36-57). 

As to claim 25, although Delaney suggests determining a state of the processor based 
system (22 fig.1 A) (i.e., using quires to determine if any peer client has a particular 
package sending quires to other peer clients to determine if any of them has a particular 
package and obtaining the desired data package if available, see fig.1 A, col.4 line 66 to 
col.5 line 1 9). Neither Delany nor Maddalozzo specifically discloses flushing the 
cached information depending on a state of the processor. However, Pitts in the same 
Client-Server monitoring network environment discloses instruction flushing the cached 
information depending on a state of a processor (42 fig.1) [i.e., using a CQ_SERVICE 
Channels (116 of fig.8) on the CQ_SERVICE list have been used recently, and are 
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approaching the point where they will be unable to respond immediately to a request to 
access data from a client workstation and containing an image of data that has been 
modified by the client workstation (42 fig.1 ) may contain dirty file data or metadata that 
needs to be flushed downstream toward the NDC server terminator site, see figs.1 , 8, 
col.20 lines 7-57 and col.26 lines 4-47). It would have been obvious to one of the 
ordinary skill in the art at the time the invention was made to implement Pitts' teachings 
into the computer system of Delaney to monitor activities in a client computer's interface 
because it would have reduced delay data access times and maintained project images 
over an extended period of time so that requests by a client can be repeatedly serviced 
from the initial service of data (see Pitts' col.6 lines 24-49 and col.20 lines 36-57). 

As to claim 26, neither Delany nor Maddalozzo specifically discloses does not 
specifically disclose flushing the cached information and allowing images to be altered. 
Although, Delaney does suggest transferring only needed data packages in a request 
message (see Delaney's col.1 1 lines 39-67). Neither Delany nor Maddalozzo 
specifically discloses flushing the cached information and allowing images to be altered. 
However, Pitts in the same Client-Server monitoring network environment discloses 
flushing the cache information and allowing images to be altered [i.e., using a 
CQ_SERVICE Channels (116 of fig.8) on the CQ_SERVICE list have been used 
recently, and are approaching the point where they will be unable to respond 
immediately to a request to access data from the client workstation and containing an 
image of data that has been modified by the client workstation may contain dirty file 
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data or metadata that needs to be flushed downstream toward the NDC server 
terminator site, see fig.8, col.20 lines 7-57 and col.26 lines 4-47). It would have been 
obvious to one of the ordinary skill in the art at the time the invention was made to 
implement Pitts' teachings into the computer system of Delaney to monitor activities in a 
client computer's interface because it would have reduced delay data access times and 
maintained project images over an extended period of time so that requests by a client 
can be repeatedly serviced from the initial sen/ice of data (see Pitts' col.6 lines 24-49 
and col.20 lines 36-57). 

As to claim 27, although Delaney suggests determining a state of the processor based 
system (22 fig.1 A) (i.e., using quires to determine if any peer client has a particular 
package sending quires to other peer clients to determine if any of them has a particular 
package and obtaining the desired data package if available, see fig. 1 A, col.4 line 66 to 
col.5 line 1 9). Neither Delany nor Maddalozzo specifically discloses flushing the 
cached information in response to data received from the processor system. However, 
Pitts in the same Client-Server monitoring network environment discloses disclose 
flushing the cached information in response to data received from the processor system 
(42 fig.1) [i.e., using a CQ_SERVICE Channels (116 of fig.8) on the CQ_SERVICE list 
have been used recently, and are approaching the point where they will be unable to 
respond immediately to a request to access data from a client workstation and 
containing an image of data that has been modified by the client workstation (42 fig.1 ) 
may contain dirty file data or metadata that needs to be flushed downstream toward the 
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NDC server terminator site, see figs.1 , 8, col.20 lines 7-57 and col.26 lines 4-47). It 
would have been obvious to one of the ordinary skill in the art at the time the invention 
was made to implement Pitts' teachings into the computer system of Delaney to monitor 
activities in a client computer's interface because it would have reduced delay data 
access times and maintained project images over an extended period of time so that 
requests by a client can be repeatedly serviced from the initial service of data (see 
Pitts' col.6 lines 24-49 and col.20 lines 36-57). 

As to claim 29, Delaney discloses computer instructions that enable a first processor- 
based (Client A) system to send a response that the received data may differ from the 
cached data until the comparison is complete (Client A requests data packages W, X, Y, 
Z from Client B but it gets only W, X and Y from the Client B, then the response 
message from Client C will only indicate possession of data package Z available for 
downloading and notifying other Clients when a first Client is downloading even the 
process of retrieving is not yet complete or a process being downloaded, see figs.2A, 
2E, col.7 line 26 to col.8 line 50 and col. 10 lines 12-42). Although, Delaney does 
suggest using indicators to indicate the status of the responses from client computers 
(broadcasting a message to indicate a process of being downloaded, see col.7 line 52 
to col.8 line 58 and col. 10 lines 12-42). Neither Delany nor Maddalozzo specifically 
discloses displaying a warning. However, Pitts in the same Client-Server monitoring 
network environment discloses displaying a warning [i.e., using a CQ_SERVICE 
Channels (116 of fig.8) on the CQ_SERVICE list have been used recently, and are 
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approaching the point where they will be unable to respond immediately to a request to 
access data from the client workstation, see fig.8, col.20 lines 7-57 and col.26 lines 4- 
47). It would have been obvious to one of the ordinary skill in the art at the time the 
invention was made to implement Pitts' teachings into the computer system of Delaney 
to monitor activities in a client computer's interface because it would have reduced 
delay data access times and maintained project images over an extended period of time 
so that requests by a client can be repeatedly serviced from the initial service of data 
(see Pitts' col.6 lines 24-49 and col.20 lines 36-57). 

As to claim 30, Delaney discloses computer instructions that enable a first processor- 
based (Client A) system to send a response that the received data may differ from the 
cached data until the comparison is complete (Client A requests data packages W, X, Y, 
Z from Client B but it gets only W, X and Y from the Client B, then the response 
message from Client C will only indicate possession of data package Z available for 
downloading and notifying other Clients when a first Client is downloading even the 
process of retrieving is not yet complete or a process being downloaded, see figs.2A, 
2E, col.7 line 26 to col.8 line 50 and col. 10 lines 12-42). Although, Delaney does 
suggest using indicators to indicate the status of the responses from client computers 
(broadcasting a message to indicate a process of being downloaded, see col.7 line 52 
to col.8 line 58 and col. 10 lines 12-42). Neither Delany nor Maddalozzo specifically 
discloses displaying a warning. However, Pitts in the same Client-Server monitoring 
network environment discloses displaying a warning [i.e., using a CQ_SERVICE 
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Channels (116 of fig.8) on the CQ_SERVICE list have been used recently, and are 
approaching the point where they will be unable to respond immediately to a request to 
access data from the client workstation, see fig.8, col.20 lines 7-57 and col.26 lines 4- 
47). It would have been obvious to one of the ordinary skill in the art at the time the 
invention was made to implement Pitts' teachings into the computer system of Delaney 
to monitor activities in a client computer's interface because it would have reduced 
delay data access times and maintained project images over an extended period of time 
so that requests by a client can be repeatedly serviced from the initial service of data 
(see Pitts' col.6 lines 24-49 and col.20 lines 36-57). 

Response to Arguments 

6. Applicant's arguments with respect to claims 1-3 and 5-30 have been considered 
but are moot in view of the new ground(s) of rejection. 

Other prior art cited 

7. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

a. Conboy et al, US pat. No.6,374,289. 

b. Khan et al., US pat. No.6,438,575. 

Conclusion 

8. Claims 1-3 and 5-30 are rejected. 
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9. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 

§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

1 0. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Khanh Dinh whose telephone number is (571 ) 272 
3936. The examiner can normally be reached on Monday through Friday from 8:00 
A.m. to 5:00 P.m. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Zarni Maung, can be reached on (571 ) 272 3939. The fax phone number 
for this group is (703) 872-9306. 
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Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the Group receptionist whose telephone number is 
(703) 305 -9600. 
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